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REMARKS/ A ROT JMFMTS 

In this Amendment, Applicant has amended claim I and canceled claims 6-20 from further 
consideration in this application. Applicant is not conceding that the subject matter encompassed 
by claims 6-20, prior to this Amendment is not patentable over the art cited by the Examiner. 
Claim 1 was amended and claims 6-20 were canceled in this Amendment solely to facilitate 
expeditious prosecution of the allowable subject matter in claim I as amended herein. Applicant 
respectfully reserves the right to pursue claims, including the subject matter encompassed by 
claims 6-20, as presented prior to this Amendment and additional claims in one or more 
continuing applications. 

The paragraphs 2 and 3 of the final office action, claims 1-4, 5-9, 11-14, and 16-1 9 are 
rejected under 35 U.S.C. 103(a) as being unpatentable over Ratcliff et al. (U.S. Patent No, 
5,740,438) hereinafter Ratcliff, in view of Shah (U.S. Number 6889380 Bl) hereinafter Shah, 
and Lioy (U.S. Patent No. 6775553) hereinafter Lioy. The rejection is respectfully traversed 
and reconsideration is requested. 

Ratcliff discloses a data processing system in which a host has multiple partitions and a Host- 
To-Network-Interface (HNI) provides for communication between the host and the network. 
Ratcliff is an example of the prior art before the invention claimed in the present invention. As 
described in the previous amendment, in Ratcliff the address is assigned before a message is sent 
to a network. See for instance column 5, lines 3 1 -33, 44 As is well known, the device address 
identifies both the application sending the commands and the partition that the application is 
executing in. Specifically, the device address is available on the internal process busses and on 
the ESCON Multiple Image Facility (*EMIF) channels." Further, at column 5, lines 56-59, 
"When an initialization sequence is detected by the HNI, an entry is added for the initiating 
application to the network to host connection table, referred to herein as a 'connection table'." 

Also, it is clear that in Ratcliff, the HNI is not in the network (fabric), but is between a port 
and the host. See column 6, lines 38-40, "Such processing begins with the receipt of a data frame 
from a network through a port and into the HNI (105)." Also, see column 7, lines 47-49, "An 
outbound data frame flows from an application in a partition to an HNI and out a port to a 
network." See also Fig. 4. 
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Since the HN1 must process each inbound and outbound frame for its destination, it is 
submitted that the connection table must be in the memory 83 of the HNL See column 5, lines 
53-59, "According to the techniques of the present invention, a common HNI is responsive to 
initialization sequences from multiple applications in multiple partitions (Fig. 5-101). When an 
initialization sequence is detected by the HNI, an entry is added for the initiating application to a 
network to host connection table, referred to herein as a 'connection table' (103)." 

It is submitted that Rati iff does not describe any addresses being assigned by the fabric. Col. 
5, line 53 of Ratliff says that the Host to Network Interface (HNI, 67) "is responsive to 
initialization sequences" which come from the applications. These initialization sequences 
contain the addresses that the HNI merely puts into the table (spanning cols 5-6). This act of 
entering the addresses into a table is not the same thing as "assigning an address identification by 
the fabric . . . being associated with the respective partition . . . ,f as claimed. If looked at in terms 
of the HNI, itself, it would not solve the problem the claimed method solves which is to provide 
the application (or partition) with an address that it didn't have to start with. Also, even if the 
addresses are interpreted as being assigned, the Fabric isn't assigning them as claimed, since in 
Ratliff, they come from the host.) 

Independent claim 1 makes clear that the assigning is done in the fabric, and not in the 
channel adapter 104, as is done in Ratclift Further, claim 1 makes clear that the sender of a 
message between the fabric and the partition sees multiple channel adapters and wherein the 
channel adapter is a channel adapter with multiple addresses. This is supported in paragraph 
[0019] of the specification. Also, the address identifications assigned by the fabric are stored in 
a table in the fabric. Thus, in claim 1 , the addresses of the partitions are assigned in the fabric 
and stored in the fabric, whereas in Ratcliff, the addresses are already assigned by the host before 
a message is sent from the host to the network, and the HNI builds a connection table in the HNL 
Claim 1 has been amended to make clear that the unique address identification assigned by the 
fabric associated with the respective partition is previously unknown to the partition. The 
examiner cites Shah as describing a scheme (i.e. an Infiniband subnet) in which multiple 
addresses are assigned to "multiple attachment points" (i.e. ports) of a channel adapter.' While 
Shah describes how the Infiniband (IB) subnet manager assigns addresses to channel adapter 
ports, it does NOT describe assigning multiple addresses to each port. Instead, it assigns a 
UNIQUE address to each port, as repeatedly pointed out in Col. 7 line 32, Col. 8 line 26 and Col. 
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8 line 64; As claimed in claim 1, the fabric assigns multiple addresses to a single port (N_Port) 
on the adapter, and Shah does not describe this at all. 

Lioy discloses a peer-to-peer wireless communication network wherein IP addresses are 
established in the network. In Lioy, a requester negotiates for IP addresses by sending a 
configure-request to a peer with a suggested IP address. If the suggested address is not 
acceptable, then a configure-Nak is returned, and the requester sends a new suggestion. This 
continues until an address that is acceptable to both peers is found, and a configure-Ack is 
returned, (see column 3, line 66 to column 4, line 1 1). Thus, in Lioy, the address is not assigned 
by the fabric, but rather by negotiations between the peers. Further, in Lioy a table of the 
address identifications is not stored in the fabric, as claimed. Lioy describes a process by which 
addresses are assigned in response to requests (Col 3., line 66 - Col. 4, line 11). Col. 4, line 12 
goes on to say that only a single address can be assigned. Claim 1 claims multiple addresses are 
assigned to the same channel adapter as assigned for multiple partitions. Claim 1 also claims 
"storing in a table in the fabric, the world-wide unique partition identifiers and the their 
corresponding addresses". Lioy does not keep fabric-wide partition IDs in the fabric. 

It is submitted that Shah's concept of assigning an address by a subnet manager is not the 
same or make obvious the language of claim 1 "wherein multiple addresses are assigned to the 
same channel adapter as assigned for said multiple partitions". It is further submitted that Lioy 's 
concept of negotiating addresses between peers does not make the claimed invention obvious. 
For instance, the references cited by the examiner do not describe requests being sent on behalf 
of a single partition uniquely identified by a Port Name that is unique through the fabric. 
RatlifFs table has device addresses and partition IDs (i.e. device addresses) in the HNI table, but 
these are not unique in the fabric since other HNIs could have the same device addresses in their 
tables. None of the references cited by the examiner include the fabric associating each address 
with any partition ID that is unique through the fabric. The tables claimed in the fabric have, for 
instance, Port Names which are fabric-wide unique. None of the references cited by the 
examiner include the concept of requesting a specific address and "confirming by the fabric that 
the proposed address has already been assigned to the same partition" (See claim 4). This is 
impossible unless the Fabric keeps the fabric-wide unique partitions IDs in its table. Further, 
claim 1 has been amended to make clear that the partition identifier is a world-wide unique 
partition identifier. This is discussed at paragraph [001 8] of the specification. None of Ratcliff, 
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Shah or Lioy teaches or suggests the use of a world-wide unique identifier to identify the 
partition, as claimed in claim 1 . 

As to claim 4, claim 4 has been amended to claim "confirming by the fabric that the proposed 
address has already been assigned to the same partition". This Lioy cannot do since the fabric in 
Lioy doesn't keep fabric-wide partition IDs. 

It is respectfully submitted that claims 1-5 as amended are allowable under 35 U.S.C. 103(a) 
over Ratcliff in view of Shah and Lioy, which allowance is respectfully requested. 

It is respectfully submitted that the application is now in condition for allowance, which 
allowance is respectfully requested. 



RESPECTFULLY SUBMITTED 




FLOYD A. GONZALEZ 
Registration No. 26,732 
Phone: 845^33-7282 



Fax: 845-432-9786 
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